-
1 Verbindung
f =, -enpersönliche Verbindungen — личное общение, личные контактыdie Verbindung von Theorie und Praxis — связь ( увязка) теории с практикойeine eheliche Verbindung eingehen — вступить в брак, сочетаться бракомVerbindung halten — поддерживать связьVerbindungen knüpfen — завязать отношения (с кем-л.)j-n, etw. in Verbindung bringen( setzen) (mit D) — соединить кого-л., что-л. (с кем-л., с чем-л.); установить связь между кем-л., между чем-л.mit j-m in Verbindung stehen — находиться в связи, поддерживать связь, быть связанным с кем-л.mit ( zu) j-m Verbindung aufnehmen ( herstellen) — установить связь с кем-л.sich mit j-m in Verbindung setzen, mit j-m in Verbindung treten ( kommen) — вступить в связь ( в сношения) с кем-л.2) тех. связь (передача и приём сообщений)gebührenfreie Verbindung — бесплатный (телефонный) вызовzurückgestellte Verbindung — отложенный телефонный разговор3) хим. соединение4) тех. связь; сочетание, комбинация5) объединение, организация; (студенческая) корпорация6) лингв. сочетаниеeine phraseologische Verbindung — фразеологическое ( слово)сочетание8) юр. соединение ( исков)10) полигр. перепутывание листов ( при брошюровке)11) pl связи, протекцияseine Verbindungen spielen lassen — пустить в ход свои связи -
2 Verbindung
сущ.1) общ. протекция, соединение, сообщение, братство, (pl) связи, (студенческая) корпорация, связь2) комп. связка3) геол. спайка, сращение4) авиа. соединение (Verb)5) воен. самолёт связи6) тех. межсоединение, радиосвязь, стыковка (auf Stoß)7) хим. соединительное устройство8) стр. сплачивание, стяжка, перевязка, сопряжение9) матем. операция, отношение11) юр. ассоциация, коммуникация, контакт, смычка (enge), сношение, сношения, совмещение, соединение (напр. исков), соединение (напр., исков)12) экон. комбинация, связь (передача и приём сообщений)13) лингв. нексус, присоединение, смычка, сочинение, сочетание14) артил. связность15) дор. стык16) лес. вязка17) полигр. скрепление (тетрадей)18) текст. переплетение19) электр. соединительный провод, сращивание (жил кабеля), соединительная линия, сочленение20) выч. символ связи, сцепление, устройство сопряжения21) студ. ñì. Studentenverbindung22) швейн. перекладчина стола23) микроэл. межкомпонентное соединение, межэлементное соединение (ИС)24) внеш.торг. корпорация, организация, объединение25) дер. концевая заделка (напр. каната)26) гидравл. стыковка28) судостр. соединительная пластина, (транспортное) сообщение29) кинотех. соединение (напр., монтажное) -
3 generic object oriented substation event
- широковещательное объектно-ориентированное сообщение о событии на подстанции
GOOSE-сообщение
-
[Интент]
широковещательное объектно-ориентированное сообщение о событии на подстанции
Широковещательный высокоскоростной внеочередной отчет, содержащий статус каждого из входов, устройств пуска, элементов выхода и реле, реальных и виртуальных.
Примечание. Этот отчет выдается многократно последовательно, как правило, сразу после первого отчета с интервалами 2, 4, 8,…, 60000 мс. Значение задержки первого повторения является конфигурируемым. Такой отчет обеспечивает выдачу высокоскоростных сигналов отключения с высокой вероятностью доставки.
[ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]
общие объектно-ориентированные события на подстанции
-
[ ГОСТ Р МЭК 61850-7-2-2009]
GOOSE
Generic Object Oriented Substation Event (стандарт МЭК 61850-8-1)
Протокол передачи данных о событиях на подстанции.
Один из трех протоколов передачи данных, предлагаемых к использованию в МЭК 61850.
Фактически данный протокол служит для замены медных кабельных связей, предназначенных для передачи дискретных сигналов между устройствами.
[ Цифровые подстанции. Проблемы внедрения устройств РЗА]EN
generic object oriented substation event
on the occurrence of any change of state, an IED will multicast a high speed, binary object, Generic Object Oriented Substation Event (GOOSE) report by exception, typically containing the double command state of each of its status inputs, starters, output elements and relays, actual and virtual.
This report is re-issued sequentially, typically after the first report, again at intervals of 2, 4, 8…60000 ms. (The first repetition delay value is an open value it may be either shorter or longer).
A GOOSE report enables high speed trip signals to be issued with a high probability of delivery
[IEC 61850-2, ed. 1.0 (2003-08)]До недавнего времени для передачи дискретных сигналов между терминалами релейной защиты и автоматики (РЗА) использовались дискретные входы и выходные реле. Передача сигнала при этом осуществляется подачей оперативного напряжения посредством замыкания выходного реле одного терминала на дискретный вход другого терминала (далее такой способ передачи будем называть традиционным).
Такой способ передачи информации имеет следующие недостатки:- необходимо большое количество контрольных кабелей, проложенных между шкафами РЗА,
- терминалы РЗА должны иметь большое количество дискретных входов и выходных реле,
- количество передаваемых сигналов ограничивается определенным количеством дискретных входов и выходных реле,
- отсутствие контроля связи между терминалами РЗА,
- возможность ложного срабатывания дискретного входа при замыкании на землю в цепи передачи сигнала.
Информационные технологии уже давно предоставляли возможность для передачи информации между микропроцессорными терминалами по цифровой сети. Разработанный недавно стандарт МЭК 61850 предоставил такую возможность для передачи сигналов между терминалами РЗА.
Стандарт МЭК 61850 использует для передачи данных сеть Ethernet. Внутри стандарта МЭК 61850 предусмотрен такой механизм, как GOOSE-сообщения, которые и используются для передачи сообщений между терминалами РЗА.
Принцип передачи GOOSE-сообщений показан на рис. 1.Устройство-отправитель передает по сети Ethernet информацию в широковещательном диапазоне.
В сообщении присутствует адрес отправителя и адреса, по которым осуществляется его передача, а также значение сигнала (например «0» или «1»).
Устройство-получатель получит сообщение, а все остальные устройства его проигнорируют.
Поскольку передача GOOSE-сообщений осуществляется в широковещательном диапазоне, т.е. нескольким адресатам, подтверждение факта получения адресатами сообщения отсутствует. По этой причине передача GOOSE-сообщений в установившемся режиме производится с определенной периодичностью.
При наступлении нового события в системе (например, КЗ и, как следствие, пуска измерительных органов защиты) начинается спонтанная передача сообщения через увеличивающиеся интервалы времени (например, 1 мс, 2 мс, 4 мс и т.д.). Интервалы времени между передаваемыми сообщениями увеличиваются, пока не будет достигнуто предельное значение, определяемое пользователем (например, 50 мс). Далее, до момента наступления нового события в системе, передача будет осуществляется именно с таким периодом. Указанное проиллюстрировано на рис. 2.Технология повторной передачи не только гарантирует получение адресатом сообщения, но также обеспечивает контроль исправности линии связи и устройств – любые неисправности будут обнаружены по истечении максимального периода передачи GOOSE-сообщений (с точки зрения эксплуатации практически мгновенно). В случае передачи сигналов традиционным образом неисправность выявляется либо в процессе плановой проверки устройств, либо в случае неправильной работы системы РЗА.
Еще одной особенностью передачи GOOSE-сообщений является использование функций установки приоритетности передачи телеграмм (priority tagging) стандарта Ethernet IEEE 802.3u, которые не используются в других протоколах, в том числе уровня TCP/IP. То есть GOOSE-сообщения идут в обход «нормальных» телеграмм с более высоким приоритетом (см. рис. 3).
Однако стандарт МЭК 61850 декларирует передачу не только дискретной информации между терминалами РЗА, но и аналоговой. Это означает, что в будущем будет иметься возможность передачи аналоговой информации от ТТ и ТН по цифровым каналам связи. На данный момент готовых решений по передаче аналоговой информации для целей РЗА (в рамках стандарта МЭК 61850) ни один из производителей не предоставляет.
Для того чтобы использовать GOOSE-сообщения для передачи дискретных сигналов между терминалами РЗА необходима достаточная надежность и быстродействие передачи GOOSE-сообщений. Надежность передачи GOOSE-сообщений обеспечивается следующим:- Протокол МЭК 61850 использует Ethernet-сеть, за счет этого выход из строя верхнего уровня АСУ ТП и любого из устройств РЗА не отражается на передаче GOOSE-сообщений оставшихся в работе устройств,
- Терминалы РЗА имеют два независимых Ethernet-порта, при выходе одного из них из строя второй его полностью заменяет,
- Сетевые коммутаторы, к которым подключаются устройства РЗА, соединяются в два независимых «кольца»,
- Разные порты одного терминала РЗА подключаются к разным сетевым коммутаторам, подключенным к разным «кольцам»,
- Каждый сетевой коммутатор имеет дублированное питание от разных источников,
- Во всех устройствах РЗА осуществляется постоянный контроль возможности прохождения каждого сигнала. Это позволяет автоматически определить не только отказы цифровой связи, но и ошибки параметрирования терминалов.
На рис. 4 изображен пример структурной схемы сети Ethernet (100 Мбит/c) подстанции. Отказ в передаче GOOSE-сообщения от одного устройства защиты другому возможен в результате совпадения как минимум двух событий. Например, одновременный отказ двух коммутаторов, к которым подключено одно устройство или одновременный отказ обоих портов одного устройства. Могут быть и более сложные отказы, связанные с одновременным наложением большего количества событий. Таким образом, единичные отказы оборудования не могут привести к отказу передачи GOOSEсообщений. Дополнительно увеличивает надежность то обстоятельство, что даже в случае отказа в передаче GOOSE-сообщения, устройство, принимающее сигнал, выдаст сигнал неисправности, и персонал примет необходимые меры для ее устранения.
Быстродействие.
В соответствии с требованиями стандарта МЭК 61850 передача GOOSE-сообщений должна осуществляться со временем не более 4 мс (для сообщений, требующих быстрой передачи, например, для передачи сигналов срабатывания защит, пусков АПВ и УРОВ и т.п.). Вообще говоря, время передачи зависит от топологии сети, количества устройств в ней, загрузки сети и загрузки вычислительных ресурсов терминалов РЗА, версии операционной системы терминала, коммуникационного модуля, типа центрального процессора терминала, количества коммутаторов и некоторых других аспектов. Поэтому время передачи GOOSE-сообщений должно быть подтверждено опытом эксплуатации.
Используя для передачи дискретных сигналов GOOSE-сообщения необходимо обращать внимание на то обстоятельство, что при использовании аппаратуры некоторых производителей, в случае отказа линии связи, значение передаваемого сигнала может оставаться таким, каким оно было получено в момент приема последнего сообщения.
Однако при отказе связи бывают случаи, когда сигнал должен принимать определенное значение. Например, значение сигнала блокировки МТЗ ввода 6–10 кВ в логике ЛЗШ при отказе связи целесообразно установить в значение «1», чтобы при КЗ на отходящем присоединении не произошло ложного отключения ввода. Так, к примеру, при проектировании терминалов фирмы Siemens изменить значение сигнала при отказе связи возможно с помощью свободно-программируемой CFCлогики (см. рис. 5).К CFC-блоку SI_GET_STATUS подводится принимаемый сигнал, на выходе блока мы можем получить значение сигнала «Value» и его статус «NV». Если в течение определенного времени не поступит сообщение со значением сигнала, статус сигнала «NV» примет значение «1». Далее статус сигнала и значение сигнала подводятся к элементу «ИЛИ», на выходе которого будет получено значение сигнала при исправности линии связи или «1» при нарушении исправности линии связи. Изменив логику, можно установить значение сигнала равным «0» при обрыве связи.
Использование GOOSE-сообщений предъявляет специальные требования к наладке и эксплуатации устройств РЗА. Во многом процесс наладки становится проще, однако при выводе устройства из работы необходимо следить не только за выводом традиционных цепей, но и не забывать отключать передачу GOOSE-сообщений.
При изменении параметрирования одного устройства РЗА необходимо производить загрузку файла параметров во все устройства, с которыми оно было связано.
В нашей стране имеется опыт внедрения и эксплуатации систем РЗА с передачей дискретных сигналов с использованием GOOSE-сообщений. На первых объектах GOOSE-сообщения использовались ограниченно (ПС 500 кВ «Алюминиевая»).
На ПС 500 кВ «Воронежская» GOOSEсообщения использовались для передачи сигналов пуска УРОВ, пуска АПВ, запрета АПВ, действия УРОВ на отключение смежного элемента, положения коммутационных аппаратов, наличия/отсутствия напряжения, сигналы ЛЗШ, АВР и т.п. Кроме того, на ОРУ 500 кВ и 110 кВ ПС «Воронежская» были установлены полевые терминалы, в которые собиралась информация с коммутационного оборудования и другая дискретная информация с ОРУ (рис. 6). Далее информация с помощью GOOSE-сообщений передавалась в терминалы РЗА, установленные в ОПУ подстанции (рис. 7, 8).
GOOSE-сообщения также были использованы при проектировании уже введенных в эксплуатацию ПС 500 кВ «Бескудниково», ПС 750 кВ «Белый Раст», ПС 330кВ «Княжегубская», ПС 220 кВ «Образцово», ПС 330 кВ «Ржевская». Эта технология применяется и при проектировании строящихся и модернизируемых подстанций ПС 500 кВ «Чагино», ПС 330кВ «Восточная», ПС 330 кВ «Южная», ПС 330 кВ «Центральная», ПС
330 кВ «Завод Ильич» и многих других.
Основные преимущества использования GOOSE-сообщений:- позволяет снизить количество кабелей вторичной коммутации на ПС;
- обеспечивает лучшую помехозащищенность канала связи;
- позволяет снизить время монтажных и пусконаладочных работ;
- исключает проблему излишнего срабатывания дискретных входов терминалов из-за замыканий на землю в цепях оперативного постоянного тока;
- убирает зависимость количества передаваемых сигналов от количества дискретных входов и выходных реле терминалов;
- обеспечивает возможность реконструкции и изменения связей между устройствами РЗА без прокладки дополнительных кабельных связей и повторного монтажа в шкафах;
- позволяет использовать МП терминалы РЗА с меньшим количеством входов и выходов (уменьшение габаритов и стоимости устройства);
- позволяет контролировать возможность прохождения сигнала (увеличивается надежность).
Безусловно, для окончательных выводов должен появиться достаточный опыт эксплуатации. В настоящее время большинство производителей устройств РЗА заявили о возможности использования GOOSEсообщений. Стандарт МЭК 61850 определяет передачу GOOSE-сообщений между терминалами разных производителей. Использование GOOSE-сообщений для передачи дискретных сигналов – это качественный скачок в развитии систем РЗА. С развитием стандарта МЭК 61850, переходом на Ethernet 1 Гбит/сек, с появлением новых цифровых ТТ и ТН, новых выключателей с возможностью подключения их блока управления к шине процесса МЭК 61850, эффективность использования GOOSE-сообщений намного увеличится. Облик будущих подстанций представляется с минимальным количеством контрольных кабелей, с передачей всех сообщений между устройствами РЗА, ТТ, ТН, коммутационными аппаратами через цифровую сеть. Устройства РЗА будут иметь минимальное количество выходных реле и дискретных входов
[ http://romvchvlcomm.pbworks.com/f/goosepaper1.pdf]
В стандарте определены два способа передачи данных напрямую между устройствами: GOOSE и GSSE. Это тоже пример наличия двух способов для реализации одной функции. GOOSE - более новый способ передачи сообщений, разработан специально для МЭК 61850. Способ передачи сообщений GSSE ранее присутствовал в стандарте UCA 2.0, являющимся одним из предшественников МЭК 61850. По сравнению с GSSE, GOOSE имеет более простой формат (Ethernet против стека OSI протоколов) и возможность передачи различных типов данных. Вероятно, способ GSSE включили в МЭК 61850 для того, чтобы производители, имеющие в своих устройствах протокол UCA 2.0, могли сразу декларировать соответствие МЭК 61850. В настоящее время все производители используют только GOOSE для передачи сообщений между устройствами.
Для выбора списка передаваемых данных в GOOSE, как и в отчѐтах, используются наборы данных. Однако тут требования уже другие. Время обработки GOOSE-сообщений должно быть минимальным, поэтому логично передавать наиболее простые типы данных. Обычно передаѐтся само значение сигнала и в некоторых случаях добавляется поле качества. Метка времени обычно включается в набор данных.
...
В устройствах серии БЭ2704 в передаваемых GOOSE-сообщениях содержатся данные типа boolean. Приниматься могут данные типа boolean, dbpos, integer.
Устоявшаяся тенденция существует только для передачи дискретной информации. Аналоговые данные пока передают немногие производители, и поэтому устоявшаяся тенденция в передаче аналоговой информации в данный момент отсутствует.
[ Источник]
Тематики
Синонимы
EN
Англо-русский словарь нормативно-технической терминологии > generic object oriented substation event
-
4 GOOSE
- широковещательное объектно-ориентированное сообщение о событии на подстанции
GOOSE-сообщение
-
[Интент]
широковещательное объектно-ориентированное сообщение о событии на подстанции
Широковещательный высокоскоростной внеочередной отчет, содержащий статус каждого из входов, устройств пуска, элементов выхода и реле, реальных и виртуальных.
Примечание. Этот отчет выдается многократно последовательно, как правило, сразу после первого отчета с интервалами 2, 4, 8,…, 60000 мс. Значение задержки первого повторения является конфигурируемым. Такой отчет обеспечивает выдачу высокоскоростных сигналов отключения с высокой вероятностью доставки.
[ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]
общие объектно-ориентированные события на подстанции
-
[ ГОСТ Р МЭК 61850-7-2-2009]
GOOSE
Generic Object Oriented Substation Event (стандарт МЭК 61850-8-1)
Протокол передачи данных о событиях на подстанции.
Один из трех протоколов передачи данных, предлагаемых к использованию в МЭК 61850.
Фактически данный протокол служит для замены медных кабельных связей, предназначенных для передачи дискретных сигналов между устройствами.
[ Цифровые подстанции. Проблемы внедрения устройств РЗА]EN
generic object oriented substation event
on the occurrence of any change of state, an IED will multicast a high speed, binary object, Generic Object Oriented Substation Event (GOOSE) report by exception, typically containing the double command state of each of its status inputs, starters, output elements and relays, actual and virtual.
This report is re-issued sequentially, typically after the first report, again at intervals of 2, 4, 8…60000 ms. (The first repetition delay value is an open value it may be either shorter or longer).
A GOOSE report enables high speed trip signals to be issued with a high probability of delivery
[IEC 61850-2, ed. 1.0 (2003-08)]До недавнего времени для передачи дискретных сигналов между терминалами релейной защиты и автоматики (РЗА) использовались дискретные входы и выходные реле. Передача сигнала при этом осуществляется подачей оперативного напряжения посредством замыкания выходного реле одного терминала на дискретный вход другого терминала (далее такой способ передачи будем называть традиционным).
Такой способ передачи информации имеет следующие недостатки:- необходимо большое количество контрольных кабелей, проложенных между шкафами РЗА,
- терминалы РЗА должны иметь большое количество дискретных входов и выходных реле,
- количество передаваемых сигналов ограничивается определенным количеством дискретных входов и выходных реле,
- отсутствие контроля связи между терминалами РЗА,
- возможность ложного срабатывания дискретного входа при замыкании на землю в цепи передачи сигнала.
Информационные технологии уже давно предоставляли возможность для передачи информации между микропроцессорными терминалами по цифровой сети. Разработанный недавно стандарт МЭК 61850 предоставил такую возможность для передачи сигналов между терминалами РЗА.
Стандарт МЭК 61850 использует для передачи данных сеть Ethernet. Внутри стандарта МЭК 61850 предусмотрен такой механизм, как GOOSE-сообщения, которые и используются для передачи сообщений между терминалами РЗА.
Принцип передачи GOOSE-сообщений показан на рис. 1.Устройство-отправитель передает по сети Ethernet информацию в широковещательном диапазоне.
В сообщении присутствует адрес отправителя и адреса, по которым осуществляется его передача, а также значение сигнала (например «0» или «1»).
Устройство-получатель получит сообщение, а все остальные устройства его проигнорируют.
Поскольку передача GOOSE-сообщений осуществляется в широковещательном диапазоне, т.е. нескольким адресатам, подтверждение факта получения адресатами сообщения отсутствует. По этой причине передача GOOSE-сообщений в установившемся режиме производится с определенной периодичностью.
При наступлении нового события в системе (например, КЗ и, как следствие, пуска измерительных органов защиты) начинается спонтанная передача сообщения через увеличивающиеся интервалы времени (например, 1 мс, 2 мс, 4 мс и т.д.). Интервалы времени между передаваемыми сообщениями увеличиваются, пока не будет достигнуто предельное значение, определяемое пользователем (например, 50 мс). Далее, до момента наступления нового события в системе, передача будет осуществляется именно с таким периодом. Указанное проиллюстрировано на рис. 2.Технология повторной передачи не только гарантирует получение адресатом сообщения, но также обеспечивает контроль исправности линии связи и устройств – любые неисправности будут обнаружены по истечении максимального периода передачи GOOSE-сообщений (с точки зрения эксплуатации практически мгновенно). В случае передачи сигналов традиционным образом неисправность выявляется либо в процессе плановой проверки устройств, либо в случае неправильной работы системы РЗА.
Еще одной особенностью передачи GOOSE-сообщений является использование функций установки приоритетности передачи телеграмм (priority tagging) стандарта Ethernet IEEE 802.3u, которые не используются в других протоколах, в том числе уровня TCP/IP. То есть GOOSE-сообщения идут в обход «нормальных» телеграмм с более высоким приоритетом (см. рис. 3).
Однако стандарт МЭК 61850 декларирует передачу не только дискретной информации между терминалами РЗА, но и аналоговой. Это означает, что в будущем будет иметься возможность передачи аналоговой информации от ТТ и ТН по цифровым каналам связи. На данный момент готовых решений по передаче аналоговой информации для целей РЗА (в рамках стандарта МЭК 61850) ни один из производителей не предоставляет.
Для того чтобы использовать GOOSE-сообщения для передачи дискретных сигналов между терминалами РЗА необходима достаточная надежность и быстродействие передачи GOOSE-сообщений. Надежность передачи GOOSE-сообщений обеспечивается следующим:- Протокол МЭК 61850 использует Ethernet-сеть, за счет этого выход из строя верхнего уровня АСУ ТП и любого из устройств РЗА не отражается на передаче GOOSE-сообщений оставшихся в работе устройств,
- Терминалы РЗА имеют два независимых Ethernet-порта, при выходе одного из них из строя второй его полностью заменяет,
- Сетевые коммутаторы, к которым подключаются устройства РЗА, соединяются в два независимых «кольца»,
- Разные порты одного терминала РЗА подключаются к разным сетевым коммутаторам, подключенным к разным «кольцам»,
- Каждый сетевой коммутатор имеет дублированное питание от разных источников,
- Во всех устройствах РЗА осуществляется постоянный контроль возможности прохождения каждого сигнала. Это позволяет автоматически определить не только отказы цифровой связи, но и ошибки параметрирования терминалов.
На рис. 4 изображен пример структурной схемы сети Ethernet (100 Мбит/c) подстанции. Отказ в передаче GOOSE-сообщения от одного устройства защиты другому возможен в результате совпадения как минимум двух событий. Например, одновременный отказ двух коммутаторов, к которым подключено одно устройство или одновременный отказ обоих портов одного устройства. Могут быть и более сложные отказы, связанные с одновременным наложением большего количества событий. Таким образом, единичные отказы оборудования не могут привести к отказу передачи GOOSEсообщений. Дополнительно увеличивает надежность то обстоятельство, что даже в случае отказа в передаче GOOSE-сообщения, устройство, принимающее сигнал, выдаст сигнал неисправности, и персонал примет необходимые меры для ее устранения.
Быстродействие.
В соответствии с требованиями стандарта МЭК 61850 передача GOOSE-сообщений должна осуществляться со временем не более 4 мс (для сообщений, требующих быстрой передачи, например, для передачи сигналов срабатывания защит, пусков АПВ и УРОВ и т.п.). Вообще говоря, время передачи зависит от топологии сети, количества устройств в ней, загрузки сети и загрузки вычислительных ресурсов терминалов РЗА, версии операционной системы терминала, коммуникационного модуля, типа центрального процессора терминала, количества коммутаторов и некоторых других аспектов. Поэтому время передачи GOOSE-сообщений должно быть подтверждено опытом эксплуатации.
Используя для передачи дискретных сигналов GOOSE-сообщения необходимо обращать внимание на то обстоятельство, что при использовании аппаратуры некоторых производителей, в случае отказа линии связи, значение передаваемого сигнала может оставаться таким, каким оно было получено в момент приема последнего сообщения.
Однако при отказе связи бывают случаи, когда сигнал должен принимать определенное значение. Например, значение сигнала блокировки МТЗ ввода 6–10 кВ в логике ЛЗШ при отказе связи целесообразно установить в значение «1», чтобы при КЗ на отходящем присоединении не произошло ложного отключения ввода. Так, к примеру, при проектировании терминалов фирмы Siemens изменить значение сигнала при отказе связи возможно с помощью свободно-программируемой CFCлогики (см. рис. 5).К CFC-блоку SI_GET_STATUS подводится принимаемый сигнал, на выходе блока мы можем получить значение сигнала «Value» и его статус «NV». Если в течение определенного времени не поступит сообщение со значением сигнала, статус сигнала «NV» примет значение «1». Далее статус сигнала и значение сигнала подводятся к элементу «ИЛИ», на выходе которого будет получено значение сигнала при исправности линии связи или «1» при нарушении исправности линии связи. Изменив логику, можно установить значение сигнала равным «0» при обрыве связи.
Использование GOOSE-сообщений предъявляет специальные требования к наладке и эксплуатации устройств РЗА. Во многом процесс наладки становится проще, однако при выводе устройства из работы необходимо следить не только за выводом традиционных цепей, но и не забывать отключать передачу GOOSE-сообщений.
При изменении параметрирования одного устройства РЗА необходимо производить загрузку файла параметров во все устройства, с которыми оно было связано.
В нашей стране имеется опыт внедрения и эксплуатации систем РЗА с передачей дискретных сигналов с использованием GOOSE-сообщений. На первых объектах GOOSE-сообщения использовались ограниченно (ПС 500 кВ «Алюминиевая»).
На ПС 500 кВ «Воронежская» GOOSEсообщения использовались для передачи сигналов пуска УРОВ, пуска АПВ, запрета АПВ, действия УРОВ на отключение смежного элемента, положения коммутационных аппаратов, наличия/отсутствия напряжения, сигналы ЛЗШ, АВР и т.п. Кроме того, на ОРУ 500 кВ и 110 кВ ПС «Воронежская» были установлены полевые терминалы, в которые собиралась информация с коммутационного оборудования и другая дискретная информация с ОРУ (рис. 6). Далее информация с помощью GOOSE-сообщений передавалась в терминалы РЗА, установленные в ОПУ подстанции (рис. 7, 8).
GOOSE-сообщения также были использованы при проектировании уже введенных в эксплуатацию ПС 500 кВ «Бескудниково», ПС 750 кВ «Белый Раст», ПС 330кВ «Княжегубская», ПС 220 кВ «Образцово», ПС 330 кВ «Ржевская». Эта технология применяется и при проектировании строящихся и модернизируемых подстанций ПС 500 кВ «Чагино», ПС 330кВ «Восточная», ПС 330 кВ «Южная», ПС 330 кВ «Центральная», ПС
330 кВ «Завод Ильич» и многих других.
Основные преимущества использования GOOSE-сообщений:- позволяет снизить количество кабелей вторичной коммутации на ПС;
- обеспечивает лучшую помехозащищенность канала связи;
- позволяет снизить время монтажных и пусконаладочных работ;
- исключает проблему излишнего срабатывания дискретных входов терминалов из-за замыканий на землю в цепях оперативного постоянного тока;
- убирает зависимость количества передаваемых сигналов от количества дискретных входов и выходных реле терминалов;
- обеспечивает возможность реконструкции и изменения связей между устройствами РЗА без прокладки дополнительных кабельных связей и повторного монтажа в шкафах;
- позволяет использовать МП терминалы РЗА с меньшим количеством входов и выходов (уменьшение габаритов и стоимости устройства);
- позволяет контролировать возможность прохождения сигнала (увеличивается надежность).
Безусловно, для окончательных выводов должен появиться достаточный опыт эксплуатации. В настоящее время большинство производителей устройств РЗА заявили о возможности использования GOOSEсообщений. Стандарт МЭК 61850 определяет передачу GOOSE-сообщений между терминалами разных производителей. Использование GOOSE-сообщений для передачи дискретных сигналов – это качественный скачок в развитии систем РЗА. С развитием стандарта МЭК 61850, переходом на Ethernet 1 Гбит/сек, с появлением новых цифровых ТТ и ТН, новых выключателей с возможностью подключения их блока управления к шине процесса МЭК 61850, эффективность использования GOOSE-сообщений намного увеличится. Облик будущих подстанций представляется с минимальным количеством контрольных кабелей, с передачей всех сообщений между устройствами РЗА, ТТ, ТН, коммутационными аппаратами через цифровую сеть. Устройства РЗА будут иметь минимальное количество выходных реле и дискретных входов
[ http://romvchvlcomm.pbworks.com/f/goosepaper1.pdf]
В стандарте определены два способа передачи данных напрямую между устройствами: GOOSE и GSSE. Это тоже пример наличия двух способов для реализации одной функции. GOOSE - более новый способ передачи сообщений, разработан специально для МЭК 61850. Способ передачи сообщений GSSE ранее присутствовал в стандарте UCA 2.0, являющимся одним из предшественников МЭК 61850. По сравнению с GSSE, GOOSE имеет более простой формат (Ethernet против стека OSI протоколов) и возможность передачи различных типов данных. Вероятно, способ GSSE включили в МЭК 61850 для того, чтобы производители, имеющие в своих устройствах протокол UCA 2.0, могли сразу декларировать соответствие МЭК 61850. В настоящее время все производители используют только GOOSE для передачи сообщений между устройствами.
Для выбора списка передаваемых данных в GOOSE, как и в отчѐтах, используются наборы данных. Однако тут требования уже другие. Время обработки GOOSE-сообщений должно быть минимальным, поэтому логично передавать наиболее простые типы данных. Обычно передаѐтся само значение сигнала и в некоторых случаях добавляется поле качества. Метка времени обычно включается в набор данных.
...
В устройствах серии БЭ2704 в передаваемых GOOSE-сообщениях содержатся данные типа boolean. Приниматься могут данные типа boolean, dbpos, integer.
Устоявшаяся тенденция существует только для передачи дискретной информации. Аналоговые данные пока передают немногие производители, и поэтому устоявшаяся тенденция в передаче аналоговой информации в данный момент отсутствует.
[ Источник]
Тематики
Синонимы
EN
Англо-русский словарь нормативно-технической терминологии > GOOSE
-
5 clock synchronization
синхронизация времени
-
[ ГОСТ Р МЭК 60870-5-103-2005]Также нормированы допустимые временные задержки для различных видов сигналов, включая дискретные сигналы, оцифрованные мгновенные значения токов и напряжений, сигналы синхронизации времени и т.п.
[Новости Электротехники №4(76) | СТАНДАРТ МЭК 61850]Широковещательное сообщение, как правило, содержит адрес отправителя и глобальный адрес получателя. Примером широковещательного сообщения служит синхронизация времени.
[ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]Устройства последних поколений дают возможность синхронизации времени с точностью до микросекунд с помощью GPS.
С помощью этого интерфейса сигнал синхронизации времени (от радиоприемника DCF77 сигнал точного времени из Braunschweig, либо от радиоприемника iRiG-B сигнал точного времени глобальной спутниковой системы GPS) может быть передан в терминал для точной синхронизации времени.
[Герхард Циглер. ЦИФРОВАЯ ДИСТАНЦИОННАЯ ЗАЩИТА. ПРИНЦИПЫ И ПРИМЕНЕНИЕ
Перевод с английского ]В том случае если принятое сообщение искажено ( повреждено) в результате неисправности канала связи или в результате потери синхронизации времени, пользователь имеет возможность...
2.13 Синхронизация часов реального времени сигналом по оптовходу
В современных системах релейной защиты зачастую требуется синхронизированная работа часов всех реле в системе для восстановления хронологии работы разных реле.
Это может быть выполнено с использованием сигналов синхронизации времени по интерфейсу IRIG-B, если реле оснащено таким входом или сигналом от системы OP
[Дистанционная защита линии MiCOM P443/ ПРИНЦИП РАБОТЫ]
СИНХРОНИЗАЦИЯ ВРЕМЕНИ СОГЛАСНО СТАНДАРТУ IEEE 1588
Автор: Андреас Дреер (Hirschmann Automation and Control)
Вопрос синхронизации устройств по времени важен для многих распределенных систем промышленной автоматизации. При использовании протокола Precision Time Protocol (PTP), описанного стандартом IEEE 1588, становится возможным выполнение синхронизации внутренних часов устройств, объединенных по сети Ethernet, с погрешностями, не превышающими 1 микросекунду. При этом к вычислительной способности устройств и пропускной способности сети предъявляются относительно низкие требования. В 2008 году была утверждена вторая редакция стандарта (IEEE 1588-2008 – PTP версия 2) с рядом внесенных усовершенствований по сравнению с первой его редакцией.
ЗАЧЕМ НЕОБХОДИМА СИНХРОНИЗАЦИЯ УСТРОЙСТВ ПО ВРЕМЕНИ?
Во многих системах должен производиться отсчет времени. О неявной системе отсчета времени можно говорить тогда, когда в системе отсутствуют часы и ход времени определяется процессами, протекающими в аппаратном и программном обеспечении. Этого оказывается достаточно во многих случаях. Неявная система отсчета времени реализуется, к примеру, передачей сигналов, инициирующих начало отсчета времени и затем выполнение определенных действий, от одних устройств другим.
Система отсчета времени считается явной, если показания времени в ней определяются часами. Указанное необходимо для сложных систем. Таким образом, осуществляется разделение процедур передачи данных о времени и данных о процессе.
Два эффекта должны быть учтены при настройке или синхронизации часов в отдельных устройствах. Первое – показания часов в отдельных устройствах изначально отличаются друг от друга (смещение показаний времени друг относительно друга). Второе – реальные часы не производят отсчет времени с одинаковой скоростью. Таким образом, требуется проводить постоянную корректировку хода самых неточных часов.
Существуют различные способы синхронизации часов в составе отдельных устройств, объединенных в одну информационную сеть. Наиболее известные способы – это использование протокола NTP (Network Time Protocol), а также более простого протокола, который образован от него – протокола SNTP (Simple Network Time Protocol). Данные методы широко распространены для использования в локальных сетях и сети Интернет и позволяют обеспечивать синхронизацию времени с погрешностями в диапазоне миллисекунд. Другой вариант – использование радиосигналов с GPS спутников. Однако при использовании данного способа требуется наличие достаточно дорогих GPS-приемников для каждого из устройств, а также GPS-антенн. Данный способ теоретически может обеспечить высокую точность синхронизации времени, однако материальные затраты и трудозатраты обычно препятствуют реализации такого метода синхронизации.
Другим решением является передача высокоточного временного импульса (например, одного импульса в секунду) каждому отдельному устройству по выделенной линии. Реализация данного метода влечет за собой необходимость создания выделенной линии связи к каждому устройству.
Последним методом, который может быть использован, является протокол PTP (Precision Time Protocol), описанный стандартом IEEE 1588. Протокол был разработан со следующими целями:
- Обеспечение синхронизация времени с погрешностью, не превышающей 1 микросекунды.
-
Предъявление минимальных требований к производительности процессоров устройств и к пропускной способности линии связи, что позволило бы обеспечить реализацию протокола в простых и дешевых устройствах.
- Предъявление невысоких требований к обслуживающему персоналу.
- Возможность использования в сетях Ethernet, а также в других сетях.
- Спецификация его как международного стандарта.
ОБЛАСТИ ПРИМЕНЕНИЯ ПРОТОКОЛА PTP
Протокол PTP может быть применен в различного рода системах. В системах автоматизации, протокол PTP востребован везде, где требуется точная синхронизация устройств по времени. Протокол позволяет синхронизировать устройства в робототехнике или печатной промышленности, в системах осуществляющих обработку бумаги и упаковку продукции и других областях.
В общем и целом в любых системах, где осуществляется измерение тех или иных величин и их сравнение с величинами, измеренными другими устройствами, использование протокола PTP является популярным решением. Системы управления турбинами используют протокол PTP для обеспечения более эффективной работы станций. События, происходящие в различных частях распределенных в пространстве систем, определяются метками точного времени и затем для целей архивирования и анализа осуществляется их передача на центры управления. Геоученые используют протокол PTP для синхронизации установок мониторинга сейсмической активности, удаленных друг от друга на значительные расстояния, что предоставляет возможность более точным образом определять эпицентры землетрясений. В области телекоммуникаций рассматривают возможность использования протокола PTP для целей синхронизации сетей и базовых станций. Также синхронизация времени согласно стандарту IEEE 1588 представляет интерес для разработчиков систем обеспечения жизнедеятельности, систем передачи аудио и видео потоков и может быть использована в военной промышленности.
В электроэнергетике протокол PTPv2 (протокол PTP версии 2) определен для синхронизации интеллектуальных электронных устройств (IED) по времени. Например, при реализации шины процесса, с передачей мгновенных значений тока и напряжения согласно стандарту МЭК 61850-9-2, требуется точная синхронизация полевых устройств по времени. Для реализации систем защиты и автоматики с использованием сети Ethernet погрешность синхронизации данных различных устройств по времени должна лежать в микросекундном диапазоне.
Также для реализации функций синхронизированного распределенного векторного измерения электрических величин согласно стандарту IEEE C37.118, учета, оценки качества электрической энергии или анализа аварийных событий необходимо наличие устройств, синхронизированных по времени с максимальной точностью, для чего может быть использован протокол PTP.
Вторая редакция стандарта МЭК 61850 определяет использование в системах синхронизации времени протокола PTP. Детализация профиля протокола PTP для использования на объектах электроэнергетики (IEEE Standard Profile for Use of IEEE 1588 Precision Time Protocol in Power System Applications) в настоящее время осуществляется рабочей группой комитета по релейной защите и автоматике организации (PSRC) IEEE.
В 2005 году была начата работа по изменению стандарта IEEE1588-2002 с целью расширения возможных областей его применения (телекоммуникации, беспроводная связь и в др.). Результатом работы стало новое издание IEEE1588-2008, которое доступно с марта 2008 со следующими новыми особенностями:
- Усовершенствованные алгоритмы для обеспечения погрешностей в наносекундном диапазоне.
- Повышенное быстродействие синхронизации времени (возможна более частая передача сообщений синхронизации Sync).
- Поддержка новых типов сообщений.
- Ввод однорежимного принципа работы (не требуется передачи сообщений типа FollowUp).
- Ввод поддержки функции т.н. прозрачных часов для предотвращения накопления погрешностей измерения при каскадной схеме соединения коммутаторов.
- Ввод профилей, определяющих настройки для новых областей применения.
- Возможность назначения на такие транспортные механизмы как DeviceNet, PROFInet и IEEE802.3/Ethernet (прямое назначение).
- Ввод структуры TLV (тип, длина, значение) для расширения возможных областей применения стандарта и удовлетворения будущих потребностей.
- Ввод дополнительных опциональных расширений стандарта.
ПРИНЦИП ФУНКЦИОНИРОВАНИЯ СИСТЕМ НА ОСНОВЕ ПРОТОКОЛА PTP
В системах, где используется протокол PTP, различают два вида часов: ведущие часы и ведомые часы. Ведущие часы, в идеале, контролируются либо радиочасами, либо GPS-приемниками и осуществляют синхронизацию ведомых часов. Часы в конечном устройстве, неважно ведущие ли они или ведомые, считаются обычными часами; часы в составе устройств сети, выполняющих функцию передачи и маршрутизации данных (например, в Ethernet-коммутаторах), считаются граничными часами.
Процедура синхронизации согласно протоколу PTP подразделяется на два этапа. На первом этапе осуществляется коррекция разницы показаний времени между ведущими и ведомыми часами – то есть осуществляется так называемая коррекция смещения показаний времени. Для этого ведущее устройство осуществляет передачу сообщения для целей синхронизации времени Sync ведомому устройству (сообщение типа Sync). Сообщение содержит в себе текущее показание времени ведущих часов и его передача осуществляется периодически через фиксированные интервалы времени. Однако поскольку считывание показаний ведущих часов, обработка данных и передача через контроллер Ethernet занимает некоторое время, информация в передаваемом сообщении к моменту его приема оказывается неактуальной. Одновременно с этим осуществляется как можно более точная фиксация момента времени, в который сообщение Sync уходит от отправителя, в составе которого находятся ведущие часы (TM1). Затем ведущее устройство осуществляет передачу зафиксированного момента времени передачи сообщения Sync ведомым устройствам (сообщение FollowUp). Те также как можно точнее осуществляют измерение момента времени приема первого сообщения (TS1) и вычисляют величину, на которую необходимо выполнить коррекцию разницы в показаниях времени между собою и ведущим устройством соответственно (O) (см. рис. 1 и рис. 2). Затем непосредственно осуществляется коррекция показаний часов в составе ведомых устройств на величину смещения. Если задержки в передачи сообщений по сети не было, то можно утверждать, что устройства синхронизированы по времени.
На втором этапе процедуры синхронизации устройств по времени осуществляется определение задержки в передаче упомянутых выше сообщений по сети между устройствами. Указанное выполняется при использовании сообщений специального типа. Ведомое устройство отправляет так называемое сообщение Delay Request (Запрос задержки в передаче сообщения по сети) ведущему устройству и осуществляет фиксацию момента передачи данного сообщения. Ведущее устройство фиксирует момент приема данного сообщения и отправляет зафиксированное значение в сообщении Delay Response (Ответное сообщение с указанием момента приема сообщения). Исходя из зафиксированных времен передачи сообщения Delay Request ведомым устройством и приема сообщения Delay Response ведущим устройством производится оценка задержки в передачи сообщения между ними по сети. Затем производится соответствующая коррекция показаний часов в ведомом устройстве. Однако все упомянутое выше справедливо, если характерна симметричная задержка в передаче сообщения в обоих направлениях между устройствами (то есть характерны одинаковые значения в задержке передачи сообщений в обоих направлениях).
Задержка в передачи сообщения в обоих направлениях будет идентичной в том случае, если устройства соединены между собой по одной линии связи и только. Если в сети между устройствами имеются коммутаторы или маршрутизаторы, то симметричной задержка в передачи сообщения между устройствами не будет, поскольку коммутаторы в сети осуществляют сохранение тех пакетов данных, которые проходят через них, и реализуется определенная очередность их передачи. Эта особенность может, в некоторых случаях, значительным образом влиять на величину задержки в передаче сообщений (возможны значительные отличия во временах передачи данных). При низкой информационной загрузке сети этот эффект оказывает малое влияние, однако при высокой информационной загрузке, указанное может значительным образом повлиять на точность синхронизации времени. Для исключения больших погрешностей был предложен специальный метод и введено понятие граничных часов, которые реализуются в составе коммутаторов сети. Данные граничные часы синхронизируются по времени с часами ведущего устройства. Далее коммутатор по каждому порту является ведущим устройством для всех ведомых устройств, подключенных к его портам, в которых осуществляется соответствующая синхронизация часов. Таким образом, синхронизация всегда осуществляется по схеме точка-точка и характерна практически одинаковая задержка в передаче сообщения в прямом и обратном направлении, а также практическая неизменность этой задержки по величине от одной передачи сообщения к другой.
Хотя принцип, основанный на использовании граничных часов показал свою практическую эффективность, другой механизм был определен во второй версии протокола PTPv2 – механизм использования т. н. прозрачных часов. Данный механизм предотвращает накопление погрешности, обусловленной изменением величины задержек в передаче сообщений синхронизации коммутаторами и предотвращает снижение точности синхронизации в случае наличия сети с большим числом каскадно-соединенных коммутаторов. При использовании такого механизма передача сообщений синхронизации осуществляется от ведущего устройства ведомому, как и передача любого другого сообщения в сети. Однако когда сообщение синхронизации проходит через коммутатор фиксируется задержка его передачи коммутатором. Задержка фиксируется в специальном поле коррекции в составе первого сообщения синхронизации Sync или в составе последующего сообщения FollowUp (см. рис. 2). При передаче сообщений Delay Request и Delay Response также осуществляется фиксация времени задержки их в коммутаторе. Таким образом, реализация поддержки т. н. прозрачных часов в составе коммутаторов позволяет компенсировать задержки, возникающие непосредственно в них.
Если необходимо использование протокола PTP в системе, должен быть реализован стек протокола PTP. Это может быть сделано при предъявлении минимальных требований к производительности процессоров устройств и к пропускной способности сети. Это очень важно для реализации стека протокола в простых и дешевых устройствах. Протокол PTP может быть без труда реализован даже в системах, построенных на дешевых контроллерах (32 бита).
Единственное требование, которое необходимо удовлетворить для обеспечения высокой точности синхронизации, – как можно более точное измерение устройствами момента времени, в который осуществляется передача сообщения, и момента времени, когда осуществляется прием сообщения. Измерение должно производится максимально близко к аппаратной части (например, непосредственно в драйвере) и с максимально возможной точностью. В реализациях исключительно на программном уровне архитектура и производительность системы непосредственно ограничивают максимально допустимую точность.
При использовании дополнительной поддержки аппаратного обеспечения для присвоения меток времени, точность может быть значительным образом повышена и может быть обеспечена ее виртуальная независимость от программного обеспечения. Для этого необходимо использование дополнительной логики, которая может быть реализована в программируемой логической интегральной схеме или специализированной для решения конкретной задачи интегральной схеме на сетевом входе.
Компания Hirschmann – один из первых производителей, реализовавших протокол PTP и оптимизировавших его использование. Компанией был разработан стек, максимально эффективно реализующий протокол, а также чип (программируемая интегральная логическая схема), который обеспечивает высокую точность проводимых замеров.
В системе, в которой несколько обычных часов объединены через Ethernet-коммутатор с функцией граничных часов, была достигнута предельная погрешность +/- 60 нс при практически полной независимости от загрузки сети и загрузки процессора. Также компанией была протестирована система, состоящая из 30 каскадно-соединенных коммутаторов, обладающих функцией поддержки т.н. прозрачных часов и были зафиксированы погрешности менее в пределах +/- 200 нс.
Компания Hirschmann Automation and Control реализовала протоколы PTP версии 1 и версии 2 в промышленных коммутаторах серии MICE, а также в серии монтируемых на стойку коммутаторов MACH100.
Протокол PTP во многих областях уже доказал эффективность своего применения. Можно быть уверенным, что он получит более широкое распространение в течение следующих лет и что многие решения при его использовании смогут быть реализованы более просто и эффективно чем при использовании других технологий.
[ Источник]
Тематики
- релейная защита
- телемеханика, телеметрия
EN
синхронизация по тактам
тактовая синхронизация
—
[Л.Г.Суменко. Англо-русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.]Тематики
Синонимы
EN
Англо-русский словарь нормативно-технической терминологии > clock synchronization
-
6 time synchronization
синхронизация времени
-
[ ГОСТ Р МЭК 60870-5-103-2005]Также нормированы допустимые временные задержки для различных видов сигналов, включая дискретные сигналы, оцифрованные мгновенные значения токов и напряжений, сигналы синхронизации времени и т.п.
[Новости Электротехники №4(76) | СТАНДАРТ МЭК 61850]Широковещательное сообщение, как правило, содержит адрес отправителя и глобальный адрес получателя. Примером широковещательного сообщения служит синхронизация времени.
[ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]Устройства последних поколений дают возможность синхронизации времени с точностью до микросекунд с помощью GPS.
С помощью этого интерфейса сигнал синхронизации времени (от радиоприемника DCF77 сигнал точного времени из Braunschweig, либо от радиоприемника iRiG-B сигнал точного времени глобальной спутниковой системы GPS) может быть передан в терминал для точной синхронизации времени.
[Герхард Циглер. ЦИФРОВАЯ ДИСТАНЦИОННАЯ ЗАЩИТА. ПРИНЦИПЫ И ПРИМЕНЕНИЕ
Перевод с английского ]В том случае если принятое сообщение искажено ( повреждено) в результате неисправности канала связи или в результате потери синхронизации времени, пользователь имеет возможность...
2.13 Синхронизация часов реального времени сигналом по оптовходу
В современных системах релейной защиты зачастую требуется синхронизированная работа часов всех реле в системе для восстановления хронологии работы разных реле.
Это может быть выполнено с использованием сигналов синхронизации времени по интерфейсу IRIG-B, если реле оснащено таким входом или сигналом от системы OP
[Дистанционная защита линии MiCOM P443/ ПРИНЦИП РАБОТЫ]
СИНХРОНИЗАЦИЯ ВРЕМЕНИ СОГЛАСНО СТАНДАРТУ IEEE 1588
Автор: Андреас Дреер (Hirschmann Automation and Control)
Вопрос синхронизации устройств по времени важен для многих распределенных систем промышленной автоматизации. При использовании протокола Precision Time Protocol (PTP), описанного стандартом IEEE 1588, становится возможным выполнение синхронизации внутренних часов устройств, объединенных по сети Ethernet, с погрешностями, не превышающими 1 микросекунду. При этом к вычислительной способности устройств и пропускной способности сети предъявляются относительно низкие требования. В 2008 году была утверждена вторая редакция стандарта (IEEE 1588-2008 – PTP версия 2) с рядом внесенных усовершенствований по сравнению с первой его редакцией.
ЗАЧЕМ НЕОБХОДИМА СИНХРОНИЗАЦИЯ УСТРОЙСТВ ПО ВРЕМЕНИ?
Во многих системах должен производиться отсчет времени. О неявной системе отсчета времени можно говорить тогда, когда в системе отсутствуют часы и ход времени определяется процессами, протекающими в аппаратном и программном обеспечении. Этого оказывается достаточно во многих случаях. Неявная система отсчета времени реализуется, к примеру, передачей сигналов, инициирующих начало отсчета времени и затем выполнение определенных действий, от одних устройств другим.
Система отсчета времени считается явной, если показания времени в ней определяются часами. Указанное необходимо для сложных систем. Таким образом, осуществляется разделение процедур передачи данных о времени и данных о процессе.
Два эффекта должны быть учтены при настройке или синхронизации часов в отдельных устройствах. Первое – показания часов в отдельных устройствах изначально отличаются друг от друга (смещение показаний времени друг относительно друга). Второе – реальные часы не производят отсчет времени с одинаковой скоростью. Таким образом, требуется проводить постоянную корректировку хода самых неточных часов.
Существуют различные способы синхронизации часов в составе отдельных устройств, объединенных в одну информационную сеть. Наиболее известные способы – это использование протокола NTP (Network Time Protocol), а также более простого протокола, который образован от него – протокола SNTP (Simple Network Time Protocol). Данные методы широко распространены для использования в локальных сетях и сети Интернет и позволяют обеспечивать синхронизацию времени с погрешностями в диапазоне миллисекунд. Другой вариант – использование радиосигналов с GPS спутников. Однако при использовании данного способа требуется наличие достаточно дорогих GPS-приемников для каждого из устройств, а также GPS-антенн. Данный способ теоретически может обеспечить высокую точность синхронизации времени, однако материальные затраты и трудозатраты обычно препятствуют реализации такого метода синхронизации.
Другим решением является передача высокоточного временного импульса (например, одного импульса в секунду) каждому отдельному устройству по выделенной линии. Реализация данного метода влечет за собой необходимость создания выделенной линии связи к каждому устройству.
Последним методом, который может быть использован, является протокол PTP (Precision Time Protocol), описанный стандартом IEEE 1588. Протокол был разработан со следующими целями:
- Обеспечение синхронизация времени с погрешностью, не превышающей 1 микросекунды.
-
Предъявление минимальных требований к производительности процессоров устройств и к пропускной способности линии связи, что позволило бы обеспечить реализацию протокола в простых и дешевых устройствах.
- Предъявление невысоких требований к обслуживающему персоналу.
- Возможность использования в сетях Ethernet, а также в других сетях.
- Спецификация его как международного стандарта.
ОБЛАСТИ ПРИМЕНЕНИЯ ПРОТОКОЛА PTP
Протокол PTP может быть применен в различного рода системах. В системах автоматизации, протокол PTP востребован везде, где требуется точная синхронизация устройств по времени. Протокол позволяет синхронизировать устройства в робототехнике или печатной промышленности, в системах осуществляющих обработку бумаги и упаковку продукции и других областях.
В общем и целом в любых системах, где осуществляется измерение тех или иных величин и их сравнение с величинами, измеренными другими устройствами, использование протокола PTP является популярным решением. Системы управления турбинами используют протокол PTP для обеспечения более эффективной работы станций. События, происходящие в различных частях распределенных в пространстве систем, определяются метками точного времени и затем для целей архивирования и анализа осуществляется их передача на центры управления. Геоученые используют протокол PTP для синхронизации установок мониторинга сейсмической активности, удаленных друг от друга на значительные расстояния, что предоставляет возможность более точным образом определять эпицентры землетрясений. В области телекоммуникаций рассматривают возможность использования протокола PTP для целей синхронизации сетей и базовых станций. Также синхронизация времени согласно стандарту IEEE 1588 представляет интерес для разработчиков систем обеспечения жизнедеятельности, систем передачи аудио и видео потоков и может быть использована в военной промышленности.
В электроэнергетике протокол PTPv2 (протокол PTP версии 2) определен для синхронизации интеллектуальных электронных устройств (IED) по времени. Например, при реализации шины процесса, с передачей мгновенных значений тока и напряжения согласно стандарту МЭК 61850-9-2, требуется точная синхронизация полевых устройств по времени. Для реализации систем защиты и автоматики с использованием сети Ethernet погрешность синхронизации данных различных устройств по времени должна лежать в микросекундном диапазоне.
Также для реализации функций синхронизированного распределенного векторного измерения электрических величин согласно стандарту IEEE C37.118, учета, оценки качества электрической энергии или анализа аварийных событий необходимо наличие устройств, синхронизированных по времени с максимальной точностью, для чего может быть использован протокол PTP.
Вторая редакция стандарта МЭК 61850 определяет использование в системах синхронизации времени протокола PTP. Детализация профиля протокола PTP для использования на объектах электроэнергетики (IEEE Standard Profile for Use of IEEE 1588 Precision Time Protocol in Power System Applications) в настоящее время осуществляется рабочей группой комитета по релейной защите и автоматике организации (PSRC) IEEE.
В 2005 году была начата работа по изменению стандарта IEEE1588-2002 с целью расширения возможных областей его применения (телекоммуникации, беспроводная связь и в др.). Результатом работы стало новое издание IEEE1588-2008, которое доступно с марта 2008 со следующими новыми особенностями:
- Усовершенствованные алгоритмы для обеспечения погрешностей в наносекундном диапазоне.
- Повышенное быстродействие синхронизации времени (возможна более частая передача сообщений синхронизации Sync).
- Поддержка новых типов сообщений.
- Ввод однорежимного принципа работы (не требуется передачи сообщений типа FollowUp).
- Ввод поддержки функции т.н. прозрачных часов для предотвращения накопления погрешностей измерения при каскадной схеме соединения коммутаторов.
- Ввод профилей, определяющих настройки для новых областей применения.
- Возможность назначения на такие транспортные механизмы как DeviceNet, PROFInet и IEEE802.3/Ethernet (прямое назначение).
- Ввод структуры TLV (тип, длина, значение) для расширения возможных областей применения стандарта и удовлетворения будущих потребностей.
- Ввод дополнительных опциональных расширений стандарта.
ПРИНЦИП ФУНКЦИОНИРОВАНИЯ СИСТЕМ НА ОСНОВЕ ПРОТОКОЛА PTP
В системах, где используется протокол PTP, различают два вида часов: ведущие часы и ведомые часы. Ведущие часы, в идеале, контролируются либо радиочасами, либо GPS-приемниками и осуществляют синхронизацию ведомых часов. Часы в конечном устройстве, неважно ведущие ли они или ведомые, считаются обычными часами; часы в составе устройств сети, выполняющих функцию передачи и маршрутизации данных (например, в Ethernet-коммутаторах), считаются граничными часами.
Процедура синхронизации согласно протоколу PTP подразделяется на два этапа. На первом этапе осуществляется коррекция разницы показаний времени между ведущими и ведомыми часами – то есть осуществляется так называемая коррекция смещения показаний времени. Для этого ведущее устройство осуществляет передачу сообщения для целей синхронизации времени Sync ведомому устройству (сообщение типа Sync). Сообщение содержит в себе текущее показание времени ведущих часов и его передача осуществляется периодически через фиксированные интервалы времени. Однако поскольку считывание показаний ведущих часов, обработка данных и передача через контроллер Ethernet занимает некоторое время, информация в передаваемом сообщении к моменту его приема оказывается неактуальной. Одновременно с этим осуществляется как можно более точная фиксация момента времени, в который сообщение Sync уходит от отправителя, в составе которого находятся ведущие часы (TM1). Затем ведущее устройство осуществляет передачу зафиксированного момента времени передачи сообщения Sync ведомым устройствам (сообщение FollowUp). Те также как можно точнее осуществляют измерение момента времени приема первого сообщения (TS1) и вычисляют величину, на которую необходимо выполнить коррекцию разницы в показаниях времени между собою и ведущим устройством соответственно (O) (см. рис. 1 и рис. 2). Затем непосредственно осуществляется коррекция показаний часов в составе ведомых устройств на величину смещения. Если задержки в передачи сообщений по сети не было, то можно утверждать, что устройства синхронизированы по времени.
На втором этапе процедуры синхронизации устройств по времени осуществляется определение задержки в передаче упомянутых выше сообщений по сети между устройствами. Указанное выполняется при использовании сообщений специального типа. Ведомое устройство отправляет так называемое сообщение Delay Request (Запрос задержки в передаче сообщения по сети) ведущему устройству и осуществляет фиксацию момента передачи данного сообщения. Ведущее устройство фиксирует момент приема данного сообщения и отправляет зафиксированное значение в сообщении Delay Response (Ответное сообщение с указанием момента приема сообщения). Исходя из зафиксированных времен передачи сообщения Delay Request ведомым устройством и приема сообщения Delay Response ведущим устройством производится оценка задержки в передачи сообщения между ними по сети. Затем производится соответствующая коррекция показаний часов в ведомом устройстве. Однако все упомянутое выше справедливо, если характерна симметричная задержка в передаче сообщения в обоих направлениях между устройствами (то есть характерны одинаковые значения в задержке передачи сообщений в обоих направлениях).
Задержка в передачи сообщения в обоих направлениях будет идентичной в том случае, если устройства соединены между собой по одной линии связи и только. Если в сети между устройствами имеются коммутаторы или маршрутизаторы, то симметричной задержка в передачи сообщения между устройствами не будет, поскольку коммутаторы в сети осуществляют сохранение тех пакетов данных, которые проходят через них, и реализуется определенная очередность их передачи. Эта особенность может, в некоторых случаях, значительным образом влиять на величину задержки в передаче сообщений (возможны значительные отличия во временах передачи данных). При низкой информационной загрузке сети этот эффект оказывает малое влияние, однако при высокой информационной загрузке, указанное может значительным образом повлиять на точность синхронизации времени. Для исключения больших погрешностей был предложен специальный метод и введено понятие граничных часов, которые реализуются в составе коммутаторов сети. Данные граничные часы синхронизируются по времени с часами ведущего устройства. Далее коммутатор по каждому порту является ведущим устройством для всех ведомых устройств, подключенных к его портам, в которых осуществляется соответствующая синхронизация часов. Таким образом, синхронизация всегда осуществляется по схеме точка-точка и характерна практически одинаковая задержка в передаче сообщения в прямом и обратном направлении, а также практическая неизменность этой задержки по величине от одной передачи сообщения к другой.
Хотя принцип, основанный на использовании граничных часов показал свою практическую эффективность, другой механизм был определен во второй версии протокола PTPv2 – механизм использования т. н. прозрачных часов. Данный механизм предотвращает накопление погрешности, обусловленной изменением величины задержек в передаче сообщений синхронизации коммутаторами и предотвращает снижение точности синхронизации в случае наличия сети с большим числом каскадно-соединенных коммутаторов. При использовании такого механизма передача сообщений синхронизации осуществляется от ведущего устройства ведомому, как и передача любого другого сообщения в сети. Однако когда сообщение синхронизации проходит через коммутатор фиксируется задержка его передачи коммутатором. Задержка фиксируется в специальном поле коррекции в составе первого сообщения синхронизации Sync или в составе последующего сообщения FollowUp (см. рис. 2). При передаче сообщений Delay Request и Delay Response также осуществляется фиксация времени задержки их в коммутаторе. Таким образом, реализация поддержки т. н. прозрачных часов в составе коммутаторов позволяет компенсировать задержки, возникающие непосредственно в них.
Если необходимо использование протокола PTP в системе, должен быть реализован стек протокола PTP. Это может быть сделано при предъявлении минимальных требований к производительности процессоров устройств и к пропускной способности сети. Это очень важно для реализации стека протокола в простых и дешевых устройствах. Протокол PTP может быть без труда реализован даже в системах, построенных на дешевых контроллерах (32 бита).
Единственное требование, которое необходимо удовлетворить для обеспечения высокой точности синхронизации, – как можно более точное измерение устройствами момента времени, в который осуществляется передача сообщения, и момента времени, когда осуществляется прием сообщения. Измерение должно производится максимально близко к аппаратной части (например, непосредственно в драйвере) и с максимально возможной точностью. В реализациях исключительно на программном уровне архитектура и производительность системы непосредственно ограничивают максимально допустимую точность.
При использовании дополнительной поддержки аппаратного обеспечения для присвоения меток времени, точность может быть значительным образом повышена и может быть обеспечена ее виртуальная независимость от программного обеспечения. Для этого необходимо использование дополнительной логики, которая может быть реализована в программируемой логической интегральной схеме или специализированной для решения конкретной задачи интегральной схеме на сетевом входе.
Компания Hirschmann – один из первых производителей, реализовавших протокол PTP и оптимизировавших его использование. Компанией был разработан стек, максимально эффективно реализующий протокол, а также чип (программируемая интегральная логическая схема), который обеспечивает высокую точность проводимых замеров.
В системе, в которой несколько обычных часов объединены через Ethernet-коммутатор с функцией граничных часов, была достигнута предельная погрешность +/- 60 нс при практически полной независимости от загрузки сети и загрузки процессора. Также компанией была протестирована система, состоящая из 30 каскадно-соединенных коммутаторов, обладающих функцией поддержки т.н. прозрачных часов и были зафиксированы погрешности менее в пределах +/- 200 нс.
Компания Hirschmann Automation and Control реализовала протоколы PTP версии 1 и версии 2 в промышленных коммутаторах серии MICE, а также в серии монтируемых на стойку коммутаторов MACH100.
Протокол PTP во многих областях уже доказал эффективность своего применения. Можно быть уверенным, что он получит более широкое распространение в течение следующих лет и что многие решения при его использовании смогут быть реализованы более просто и эффективно чем при использовании других технологий.
[ Источник]
Тематики
- релейная защита
- телемеханика, телеметрия
EN
Англо-русский словарь нормативно-технической терминологии > time synchronization
-
7 TS
1. teleserviceтелеслужба. Телеслужбы представляют собой программно-аппаратный комплекс, обеспечивающий режим функционирования системы на трех верхних уровнях эталонной модели OSI (5-7) в отличие от служб канала передачи данных, ориентированных на предоставление услуг на уровнях 1-3. Транспортный уровень (4) модели OSI не связан с предоставлением услуг. Телеслужбы передачи речи, телефакса, видеотелефонии относятся к категории диалоговых и ориентированы на двусторонний дуплексный режим обмена информацией в реальном времени. Услуги передачи данных обычно реализуются в симплексном режиме работы, а при их передаче допускается задержка. К телеслужбам также относятся: служба коротких сообщений, телтекс, попеременная передача речи и факс-сообщений группы 3, служба DTMF.2. time stageвременная ступень3. time slotканальный (временной) интервал, "окно". Наименьшая единица информации, на которые делится кадр в системах с временных разделением каналов.транспортная системаАнгло-русский cловарь терминов и сокращений по мобильной радиосвязи стандарта GSM > TS
-
8 diplex
-
9 diplex
2) Физика: двухканальный -
10 concentrator
коммуникационное устройство, осуществляющее приём сообщений с нескольких медленных линий (data source) и передачу их по одному высокоскоростному каналу. Работа концентратора похожа на работу мультиплексора, только без выделения подканалов. Передача идёт в одном потокеАнгло-русский толковый словарь терминов и сокращений по ВТ, Интернету и программированию. > concentrator
-
11 radioteleqrafiya
сущ. радиотелеграфия (передача и приём по радио сообщений с помощью телеграфного кода) -
12 non-associated signaling
несвязанный режим сигнализации
—
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]Тематики
- электросвязь, основные понятия
EN
несовмещенная сигнализация
сигнализация по выделенному каналу
Метод сигнализации между двумя пунктами связи, при котором передача служебных и вызывных сообщений осуществляется по разным каналам.
[Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]Тематики
- электросвязь, основные понятия
Синонимы
EN
Англо-русский словарь нормативно-технической терминологии > non-associated signaling
-
13 store-and-forward messaging
передача сообщений с промежуточным хранением
Метод передачи сообщений не в реальном масштабе времени, при котором применяется накопление и промежуточное хранение сообщений.
[Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]Тематики
- электросвязь, основные понятия
EN
Англо-русский словарь нормативно-технической терминологии > store-and-forward messaging
-
14 data communication
обмен данными
Перенос данных между функциональными блоками в соответствии с набором правил, управляющих передачей данных и координацией обмена.
[ИСО/МЭК 2382-1]
[ ГОСТ Р 52292-2004]
обмен данными
Передача данных между логическими объектами уровня в соответствии с установленным протоколом
[ ГОСТ 24402-88]
Тематики
EN
передача данных
Пересылка данных при помощи средств связи из одного места для приема их в другом месте.
[ ГОСТ 24402-88]Тематики
EN
передача информации
Передача оцифрованной информации в соответствии с протоколом.
[ ГОСТ Р 41.13-2007]
передача информации
Процесс переноса информации (данных) от ее источника к потребителю. В общем виде его можно представить следующей схемой (рис. П.3). Эта схема показывает, что для П.и. ее необходимо закодировать (см. Кодирование), т.е. превратить в сигналы, удобные для прохождения по каналу связи, а затем декодировать, т.е. восстановить переданное сообщение. Важными проблемами являются экономное кодирование, позволяющее ускорить прохождение сигналов, и обеспечение достоверности переданной информации (сокращение вероятности ошибок).. Рис. П.3 Процесс передачи данных по каналу связи. 1 — источник сообщений; II — кодирующее устройство; III — канал связи; IV — декодирующее устройство; V —получатель информации
[ http://slovar-lopatnikov.ru/]Тематики
EN
2.25 передача информации (data communication): Передача оцифрованной информации в соответствии с протоколом.
Источник: ГОСТ Р 41.13-2007: Единообразные предписания, касающиеся транспортных средств категорий М, N и О в отношении торможения оригинал документа
15. Обмен данными
Data communication
Передача данных между логическими объектами уровня в соответствии с установленным протоколом
Источник: ГОСТ 24402-88: Телеобработка данных и вычислительные сети. Термины и определения оригинал документа
3.4 передача данных (data communication): Обмен данными между узлами связи через каналы связи.
Источник: ГОСТ Р МЭК 61500-2012: Атомные станции. Системы контроля и управления, важные для безопасности. Передача данных в системах, выполняющих функции категории А оригинал документа
Англо-русский словарь нормативно-технической терминологии > data communication
-
15 bush telegraph
передача сообщений при помощи дымовых сигналов или барабанного боя (у некоторых первобытных народов) мгновенное распространение слухов, сообщений и т. п.)Большой англо-русский и русско-английский словарь > bush telegraph
-
16 bush telegraph
-
17 of
acknowledgement of receiptподтверждение приемаactual time of arrivalфактическое время прибытияaerodrome of callаэродром выхода на радиосвязьaerodrome of departureаэродром вылетаaerodrome of intended landingаэродром предполагаемой посадкиaerodrome of originаэродром припискиaircraft center - of - gravityцентровка воздушного суднаairport of departureаэропорт вылетаairport of destinationаэропорт назначенияairport of entryаэропорт прилетаallocation of dutiesраспределение обязанностейallocation of frequenciesраспределение частотallotment of frequenciesвыделение частотalternative means of communicationрезервные средства связиamount of controlsстепень использованияamount of feedbackстепень обратной связиamount of precipitationколичество осадковangle of allowanceугол упрежденияangle of approachугол захода на посадкуangle of approach lightугол набора высотыangle of ascentугол набора высотыangle of attackугол атакиangle of climbугол набора высотыangle of coverageугол действияangle of crabугол сносаangle of descentугол сниженияangle of deviationугол отклоненияangle of dipугол магнитного склоненияangle of diveугол пикированияangle of downwashугол скоса потока внизangle of elevationугол местаangle of exitугол сходаangle of glideугол планированияangle of incidenceугол атакиangle of indraftугол входа воздушной массыangle of lagугол отставанияangle of landingпосадочный уголangle of pitchугол тангажаangle of rollугол кренаangle - of - sideslip transmitterдатчик угла скольженияangle of sightугол прицеливанияangle of slopeугол наклона глиссадыangle of stallугол сваливанияangle of turnугол разворотаangle of upwashугол скоса потока вверхangle of visibilityугол обзораangle of yawугол рысканияantimeridian of Greenwichмеридиан, противоположный Гринвичскомуapparent drift of the gyroкажущийся уход гироскопаapplication of tariffsприменение тарифовapproach rate of descentскорость снижения при заходе на посадкуarc of a pathдуга траекторииarc of equal bearingsдуга равных азимутовarea of coverageзона действияarea of coverage of the forecastsрайон обеспечения прогнозамиarea of occurenceрайон происшествияarea of responsibilityзона ответственностиarrest the development of the stallпрепятствовать сваливаниюassessment of costsустановление размеров расходовassignment of dutiesраспределение обязанностейAssociation of European AirlinesАссоциация европейских авиакомпанийAssociation of South Pacific AirlinesАссоциация авиакомпаний южной части Тихого океанаassumption of control messageприем экипажем диспетчерского указанияat a speed ofна скоростиat the end ofв конце циклаat the end of segmentв конце участка(полета) at the end of strokeв конце хода(поршня) at the start of cycleв начале циклаat the start of segmentв начале участка(полета) aviation-to-aviation type of interferenceпомехи от авиационных объектовavoidance of collisionsпредотвращение столкновенийavoidance of hazardous conditionsпредупреждение опасных условий полетаaxial of bankпродольная осьaxis of precessionось прецессии гироскопаaxis of rollпродольная осьaxis of rotationось вращенияaxis of yawвертикальная осьbackward movement of the stickвзятие ручки на себяbe out of trimбыть разбалансированнымbest rate of climbнаибольшая скороподъемностьbias out of viewвыходить из поля зренияbill of entryтаможенная декларацияbill of ladingгрузовая накладнаяblanketing of controlsзатенение рулейbody of compass cardдиск картушки компасаboundary of the areaграница зоныBureau of Administration and ServicesАдминистративно-хозяйственное управлениеcamber of a profileкривизна профиляcare of passengersобслуживание пассажировcarriage of passengersперевозка пассажировcarry out a circuit of the aerodromeвыполнять круг полета над аэродромомcause of aircraft troubleпричина неисправности воздушного суднаcenter of air pressureцентр аэродинамического давленияcenter of depressionцентр низкого давленияcenter of forceцентр приложения силыcenter of gravityцентр тяжестиcenter of massцентр массcenter of pressureцентр давленияCentral Agency of Air ServiceГлавное агентство воздушных сообщенийcertificate of revaccinationсертификат ревакцинацииcertificate of safety for flightсвидетельство о допуске к полетамcertificate of vaccinationсертификат вакцинацииchoice of fieldвыбор посадочной площадкиclass of liftкласс посадкиclearance of goodsтаможенное разрешение на провозclearance of obstaclesбезопасная высота пролета препятствийclearance of the aircraftразрешение воздушному суднуcoefficient of heat transferкоэффициент теплопередачиcome clear of the groundотрываться от землиcomplex type of aircraftкомбинированный тип воздушного суднаcomposition of a crewсостав экипажаconcept of separationэшелонированиеconditions of carriageусловия перевозокcone of raysпучок лучейcongestion of informationнасыщенность информацииcontinuity of guidanceнепрерывность наведенияcontour of perceived noiseконтур воспринимаемого шумаcontrol of an investigationконтроль за ходом расследованияcorrelation of levelsприведение эшелонов в соответствиеcountry of arrivalстрана прилетаcountry of originстрана вылетаcourse of trainingкурс подготовкиcoverage of the chartкартографируемый районcurve of equal bearingsлиния равных азимутовdanger of collisionsопасность столкновенияdegree of accuracyстепень точностиdegree of freedomстепень свободыdegree of skillуровень квалификацииdegree of stabilityстепень устойчивостиdenial of carriageотказ в перевозкеDepartment of TransportationМинистерство транспортаderivation of operating dataрасчет эксплуатационных параметровdetermination of causeустановление причиныdetermine amount of the errorопределять величину девиацииdetermine the extent of damageопределять степень поврежденияdetermine the sign of deviationопределять знак девиацииdevelopment of the stallпроцесс сваливанияdirection of approachнаправление захода на посадкуdirection of rotationнаправление вращенияdirection of turnнаправление разворотаduration of noise effectпродолжительность воздействия шумаelevation of the stripпревышение летной полосыelevation setting of light unitsустановка углов возвышения глиссадных огнейeliminate the cause ofустранять причинуeliminate the source of dangerустранять источник опасности(для воздушного движения) end of runwayначало ВППenforce rules of the airобеспечивать соблюдение правил полетовen-route change of levelизменение эшелона на маршрутеerection of the gyroвосстановление гироскопаestimated position of aircraftрасчетное положение воздушного суднаestimated time of arrivalрасчетное время прибытияestimated time of departureрасчетное время вылетаestimated time of flightрасчетное время полетаeven use of fuelравномерная выработка топливаextension of ticket validityпродление срока годности билетаextent of damageстепень поврежденияfacilitate rapid clearance ofобеспечивать быстрое освобождениеfactor of safetyуровень безопасностиfiling of statistical dataпредставление статистических данныхfirst freedom of the airпервая степень свободы воздухаfirst type of occurenceпервый тип событияflow of air trafficпоток воздушного движенияfly under the supervision ofлетать под контролемfor reasons of safetyв целях безопасностиfreedom of actionсвобода действийfreedom of the airстепень свободы воздухаfrequency of operationsчастота полетовgathering of informationсбор информацииgeneral conditions of carriageосновные условия перевозкиGeneral Conference of Weights and MeasureГенеральная конференция по мерам и весамGeneral Department of International Air Services of AeroflotЦентральное управление международных воздушных сообщений гражданской авиацииget out of controlтерять управлениеgiven conditions of flightзаданные условия полетаgo out of controlстановиться неуправляемымgo out of the spinвыходить из штопораgrade of serviceкатегория обслуживанияgrade of the pilot licenceкласс пилотского свидетельстваgrading of runwayнивелирование ВППheight at start of retractionвысота начала уборкиhover at the height ofзависать на высотеidentification of signalsопознавание сигналовinconventional type of aircraftнестандартный тип воздушного суднаincrease a camber of the profileувеличивать кривизну профиляindication of a requestобозначение запросаin interests of safetyв интересах безопасностиinitial rate of climbначальная скороподъемностьinitial stage of go-aroundначальный участок ухода на второй кругinlet angle of attackугол атаки заборного устройстваintake angle of attackугол атаки воздухозаборникаintegrated system of airspace controlкомплексная система контроля воздушного пространстваinterception of civil aircraftперехват гражданского воздушного суднаInternational Co-ordinating Council of Aerospace Industries AssociationМеждународный координационный совет ассоциаций авиакосмической промышленностиInternational Council of Aircraft Owner and Pilot AssociationsМеждународный совет ассоциаций владельцев воздушных судов и пилотовInternational Federation of Air Line Pilots' AssociationsМеждународная федерация ассоциаций линейных пилотовInternational Federation of Air Traffic Controllers' AssociationsМеждународная федерация ассоциаций авиадиспетчеровInternational Relations Department of the Ministry of Civil AviationУправление внешних сношений Министерства гражданской авиацииinterpretation of the signalрасшифровка сигналаinterpretation of weather chartчтение метеорологической картыintersection of air routesпересечение воздушных трассin the case of delayв случае задержкиin the event of a mishapв случае происшествияin the event of malfunctionв случая отказаintroduction of the correctionsввод поправокkeep clear of rotor bladesостерегаться лопастей несущего винтаkeep clear of the aircraftдержаться на безопасном расстоянии от воздушного суднаkeep out of the wayне занимать трассуlayout of aerodrome markingsмаркировка аэродромаlayout of controlsрасположение органов управленияlessee of an aircraftарендатор воздушного суднаlevel of airworthinessуровень летной годностиlevel of safetyуровень безопасностиlevel of speech interferenceуровень помех речевой связиlimiting range of massпредел ограничения массыline of flightлиния полетаline of positionлиния положенияline of sightлиния визированияlocation of distressрайон бедствияloss of controlпотеря управленияloss of pressurizationразгерметизацияloss of strengthпотеря прочностиmagnetic orientation of runwayориентировка ВПП по магнитному меридиануmargin of errorдопуск на погрешностьmargin of liftзапас подъемной силыmargin of safetyдопустимый уровень безопасностиmargin of stabilityзапас устойчивостиmarking of pavementsмаркировка покрытияmean scale of the chartсредний масштаб картыmeans of communicationсредства связиmeans of identificationсредства опознаванияmeridian of Greenwichгринвичский меридианmethod of steepest descentспособ резкого сниженияmode of flightрежим полетаmoment of inertiaмомент инерцииmoment of momentumмомент количества движенияname-code of the routeкодирование названия маршрутаonset of windрезкий порыв ветраoperation of aircraftэксплуатация воздушного суднаout of ground effectвне зоны влияния землиout of serviceизъятый из эксплуатацииovershoot capture of the glide slopeпоздний захват глиссадного лучаperiod of rating currencyпериод действия квалифицированной отметкиpersonal property of passengersличные вещи пассажировpilot's field of viewполе зрения пилотаplane of rotationплоскость вращенияplane of symmetry of the aeroplaneплоскость симметрии самолетаpoint of arrivalпункт прилетаpoint of callпункт выхода на связьpoint of departureпункт вылетаpoint of destinationпункт назначенияpoint of discontinuityточка разрываpoint of intersectionточка пересеченияpoint of loadingпункт погрузкиpoint of no returnрубеж возвратаpoint of originпункт вылетаpoint of turn-aroundрубеж разворотаpoint of unloadingпункт выгрузкиportion of a flightотрезок полетаportion of a runwayучасток ВППprevention of collisionsпредотвращение столкновенийprimary element of structureосновной элемент конструкцииprohibition of landingзапрещение посадкиprolongation of the ratingпродление срока действия квалификационной отметкиpromotion of safetyобеспечение безопасности полетовproof of complianceдоказательство соответствияpropagation of soundраспространение шумаprotection of evidenceсохранение вещественных доказательствpull out of the spinвыводить из штопораpull the aircraft out ofбрать штурвал на себяradar transfer of controlпередача радиолокационного диспетчерского управленияradius of curvatureрадиус кривизныrange of coverageрадиус действияrange of motionдиапазон отклоненияrange of revolutionsдиапазон оборотовrange of visibilityдальность видимостиrange of visionдальность обзораrate of climbскороподъемностьrate of closureскорость сближенияrate of descentскорость сниженияrate of disagreementскорость рассогласованияrate of dutyскорость таможенной пошлиныrate of exchangeкурс обмена валютыrate of flaps motionскорость отклонения закрылковrate of growthтемп ростаrate of pitchскорость по тангажуrate of rollскорость кренаrate of sideslipскорость бокового скольженияrate of trimскорость балансировкиrate of turnскорость разворотаrate of yawскорость рысканияreception of telephonyприем телефонных сообщенийrecord of amendmentsлист учета поправокrecord of revisionsвнесение поправокregularity of operationsрегулярность полетовrelay of messagesпередача сообщенийrelease of controlпередача управленияremoval of aircraftудаление воздушного суднаremoval of limitationsотмена ограниченийreplacement of partsзамена деталейrepresentative of a carrierпредставитель перевозчикаreservation of a seatбронирование местаretirement of aircraftсписание воздушного суднаright - of - entryпреимущественное право входаroll out of the turnвыходить из разворотаrules of the airправила полетовsafe handling of an aircraftбезопасное управление воздушным судномsecond freedom of the airвторая степень свободы воздухаsecond type of occurenceвторой тип событияselection of engine modeвыбор режима работы двигателяsequence of fuel usageочередность выработки топлива(по группам баков) sequence of operationпоследовательность выполнения операцийshowers of rain and snowливневый дождь со снегомsimultaneous use of runwaysодновременная эксплуатация нескольких ВППsite of occurrenceместо происшествияslope of levelнаклон кривой уровня(шумов) source of dangerисточник опасностиStanding Committee of PerformanceПостоянный комитет по летно-техническим характеристикамstart of leveloffначало выравниванияstart of takeoffначало разбега при взлетеstate of aircraft manufactureгосударство - изготовитель воздушного суднаstate of dischargeстепень разряженности(аккумулятора) state of emergencyаварийное состояниеstate of occurenceгосударство места событияstate of transitгосударство транзитаsteadiness of approachустойчивость при заходе на посадкуsteady rate of climbустановившаяся скорость набора высотыstructure of frontsструктура атмосферных фронтовsubmission of a flight planпредставление плана полетаsystem of monitoring visual aidsсистема контроля за работой визуальных средств(на аэродроме) system of unitsсистема единиц(измерения) table of cruising levelsтаблица крейсерских эшелоновtable of intensity settingsтаблица регулировки интенсивностиtable of limitsтаблица ограниченийtable of toleranceтаблица допусковtake out of serviceснимать с эксплуатацииtarget level of safetyзаданный уровень безопасности полетовtemporary loss of controlвременная потеря управляемостиtermination of controlпрекращение диспетчерского обслуживанияtheory of flightтеория полетаtime of lagвремя запаздыванияtime of originвремя отправленияtitl of the gyroзавал гироскопаtop of climbконечный участок набора высотыtransfer of controlпередача диспетчерского управленияtransmission of telephonyпередача радиотелефонных сообщенийtransmit on frequency ofвести передачу на частотеtriangle of velocitiesтреугольник скоростейunder any kind of engine failureпри любом отказе двигателяuneven use of fuelнеравномерная выработка топливаunit of measurementединица измеренияvelocity of soundскорость звукаwall of overpressureфронт избыточного давленияwarn of dangerпредупреждать об опасностиwithin the frame ofв пределахworking language of ICAOрабочий язык ИКАОzone of intersectionзона пересеченияzone of silenceзона молчания -
18 message switching
коммутация сообщений
—
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]Тематики
- электросвязь, основные понятия
EN
коммутация сообщений ЕАСС
коммутация сообщений
Совокупность операций на коммутационной станции, узле коммутации вторичной сети ЕАСС, состоящих в приеме сообщения, его накопления и последующей передаче в соответствии с содержащимся в нем адресным признаком.
[ ГОСТ 22348-86]Тематики
Обобщающие термины
Синонимы
EN
коммутация сообщений данных
коммутация сообщений
Коммутация, при которой производится прием сообщения данных, его накопление и последующая передача.
[ ГОСТ 17657-79 ]Тематики
Обобщающие термины
Синонимы
EN
62. Коммутация сообщений ЕАСС
Коммутация сообщений
Message switching
Совокупность операций на коммутационной станции, узле коммутации вторичной сети ЕАСС, состоящих в приеме сообщения, его накопления и последующей передаче в соответствии с содержащимся в нем адресным признаком
Источник: ГОСТ 22348-86: Сеть связи автоматизированная единая. Термины и определения оригинал документа
Англо-русский словарь нормативно-технической терминологии > message switching
-
19 FLEX
[`fleks] свз пдж стандарт «ФЛЕКС». ▫ Корпоративный высокоскоростной пейджинговой стандарт концерна Motorola. Благодаря рациональному распределению информационных пакетов во времени передача сообщений осуществляется на 3 скоростях: 1600, 3200, 6400 бит/с, что позволяет увеличить кол-во абонентов в одной системе до 3,5 млрд. Макс. скорость передачи сообщений в стандарте FLEX составляет 6400 бит/с, что в 5 раз больше, чем в протоколе POCSAG. На основе стандарта FLEX разработано семейство высокоскоростных протоколов ReFLEX и InFLEXion, расширяющих возможности систем персонального радиовызова. В протоколе FLEX предусматривается синхронная передача сообщений пакетами фиксир. длины, каждый из которых имеет своё конкретное положение во времени. Кодовое слово представляет собой последовательность символов из 32 бит, из которых 11 младших разрядов используются при исправлении ошибок, остальные 21 бит содержат сведения о структуре информационных блоков. Спец. алгоритм протокола обмена FLEX позволяет при наличии сильных радиопомех или неравномерного приёма терять не все сообщения, а лишь ничтожную их часть. В протоколе FLEX различают три вида сообщений: буквенно-цифровые, чисто цифровые и двоично-шестнадцатеричные. Протокол FLEX очень сложен по организации, его программная и аппаратная реализация требует больших затрат. Основные достоинства — повышение пропускной способности канала, надёжности передачи сообщений и удовлетворение запросов пользователей пейджеров. Согласно концепции развития сетей персонального радиовызова, принятой в России, имеются перспективы применения высокоскоростного протокола FLEX на основе федеральной F-сети (введена в строй в 1997 и охватывает пейджинговой связью Москву, С.-Петербург др. города России). 1-й на европ. рынке применила высокоскоростной междунар. стандарт связи FLEX пейджинговая компания FCN (С.-Петербург). Пейджинговые компании стандарта FLEX рассчитаны на обслуживание 40 тыс. абонентов, причём существует возможность дальнейшего расширения сферы услуг.English-Russian dictionary with terms in the field of electronics > FLEX
-
20 broadcast
- широковещательная рассылка
- широковещательная передача сообщений (сети и системы связи):
- широковещание
- циркулярная передача
- радиовещательная передача
- оборудование радио- и телевещания
радиовещательная передача
Значение атрибута услуги «конфигурация связи», которое означает ненаправленную передачу информации всем пользователям (МСЭ-Т I.113).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]Тематики
- электросвязь, основные понятия
EN
циркулярная передача
циркулярная связь
—
[http://www.rfcmd.ru/glossword/1.8/index.php?a=index&d=23]Тематики
Синонимы
EN
широковещание
Система доставки пакетов, при которой копия каждого пакета передается всем хостам, подключенным к сети. Примером широковещательной сети является Ethernet. См. также multicast. Передача сообщения всем "слушающим" адресатам.
[ http://www.lexikon.ru/dict/net/index.html]Тематики
EN
широковещательная передача сообщений (сети и системы связи):
Передача в сеть связи сообщения, предназначенного для считывания и ответного реагирования со стороны любого интеллектуального электронного устройства.
Примечание. Широковещательное сообщение, как правило, содержит адрес отправителя и глобальный адрес получателя. Примером широковещательного сообщения служит синхронизация времени.
[ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]EN
broadcast
message placed onto a communication network intended to be read and acted on, as appropriate, by any IED. A broadcast message will typically contain the sender’s address and a global recipient address
EXAMPLE Time synchronising.
[IEC 61850-2, ed. 1.0 (2003-08)]Тематики
EN
широковещательная рассылка
В коммуникациях – передача, направленная сразу нескольким неспецифицированным приёмникам (ср. unicast). В Ethernet – специальный тип пакета, который получают все узлы в сети. Идентифицируется специальным типом адреса.
Пример: “Normally, computers on the network listen to the packet broadcasts and simply take the packets addressed to them” (T. Shimomura). – Как правило, компьютеры локальной сети просматривают все пакеты широковещательной рассылки и просто принимают те из них, которые им адресованы
[ http://pcmag.ru/encyclopedia/term.php?ID=2376]Тематики
EN
Англо-русский словарь нормативно-технической терминологии > broadcast
См. также в других словарях:
передача — [half duplex transmission] (2): Двунаправленная передача данных, которая ведется поочередно в каждом направлении и при которой информация передается после того, как рансивер прекратил излучение активирующего поля. Сравнить с терминологической… … Словарь-справочник терминов нормативно-технической документации
передача сообщений с промежуточным хранением — Метод передачи сообщений не в реальном масштабе времени, при котором применяется накопление и промежуточное хранение сообщений. [Л.М. Невдяев. Телекоммуникационные технологии. Англо русский толковый словарь справочник. Под редакцией Ю.М.… … Справочник технического переводчика
Передача данных — Сеть передачи данных Передача данных (обмен данными, цифровая передача, цифровая связь) физический перенос … Википедия
Передача данных — (иногда телекодовая связь) область электросвязи (См. Электросвязь), имеющая целью передачу информации, представленной на основе заранее установленных правил в формализованном виде знаками или непрерывными функциями и предназначенной для… … Большая советская энциклопедия
Передача сигналов по общему каналу — 105) передача сигналов по общему каналу метод передачи сигналов, при котором посредством помеченных сообщений по одному и тому же каналу связи передается информация, относящаяся к различным схемам или сигналам, и другая информация, например,… … Официальная терминология
ПЕРЕДАЧА ПО ОБЩЕМУ КАНАЛУ — метод передачи, при котором по одному каналу между станциями передается посредством помеченных сообщений информация относительно количества каналов или вызовов или другая информация, используемая для управления сетью … Словарь понятий и терминов, сформулированных в нормативных документах российского законодательства
ГОСТ 17657-79: Передача данных. Термины и определения — Терминология ГОСТ 17657 79: Передача данных. Термины и определения оригинал документа: 78. n кратная ошибка в цифровом сигнале данных n кратная ошибка Е. n fold error Группа из и ошибок в цифровом сигнале данных, при которой ошибочные единичные… … Словарь-справочник терминов нормативно-технической документации
ИНФОРМАЦИИ ПЕРЕДАЧА — составная часть информации теории, относящаяся к изучению процесса переноса информации от источника сообщений к получателю сообщений (адресату). В теории И. п. изучаются оптимальные и близкие к оптимальным методы И. п. по каналам связи в… … Математическая энциклопедия
Редактор сообщений Фидонет — Запрос «Фидо» перенаправляется сюда. Cм. также другие значения. Фидонет (коротко Фидо; от англ. Fidonet, /ˈfaɪdəʊnɛt/) международная некоммерческая компьютерная сеть, построенная по технологиям «из точки в точку» и «коммутация с запоминанием»[1] … Википедия
ГОСТ 23150-78: Коммутация каналов и коммутация сообщений в телеграфной связи. Термины и определения — Терминология ГОСТ 23150 78: Коммутация каналов и коммутация сообщений в телеграфной связи. Термины и определения оригинал документа: Виды соединения и услуги связи 33. Местное телеграфное соединение Местное соединение Local telegraph connection… … Словарь-справочник терминов нормативно-технической документации
ГОСТ Р 50434-92: Устройства числового программного управления для металлообрабатывающего оборудования. Производственный канал асинхронной передачи данных и физический уровень. Полудуплексная передача данных — Терминология ГОСТ Р 50434 92: Устройства числового программного управления для металлообрабатывающего оборудования. Производственный канал асинхронной передачи данных и физический уровень. Полудуплексная передача данных оригинал документа: 2.2.… … Словарь-справочник терминов нормативно-технической документации